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0 Computer system and method for performing multiple tasks. 



0 The invention relates to a computer system and 
method for performing multiple tasks. The computer 
system comprises a host (2), a communication sub- 
system (3). a plurality of application programs (1, 2), 
virtual terminal manager (5), virtual terminals (9, 4), 
an application programming interface (6), and a 
cross application program (7) as well as a real termi- 
nal T. The logical connections Li , U of the applica- 
tion programs to their associated virtual terminals 
are independent from the logical connections of the 
respective virtual terminals to the real terminal T. 



The logical connections In. fei are user selectable 
by positioning of the software controllable switch 1 1 . 
A plurality of application programs, for example ap- 
plications programs (Ai, A 2 ), are integrated by the 
cross application program (7) which has access to 
the respective virtual terminals (4, 9) via the applica- 
tion programming interface (6) and the virtual termi- 
nal manager (5). The cross application program (7) 
can also be used for user simulation in order to 
automate the operation of the integrated application 
programs. 
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The invention relates to a computer system for 
performing multiple tasks comprising at least one 
terminal, at least one application program and a 
communication subsystem. Further the invention 
relates to a method for performing multiple tasks in 5 
a computer system. 

The prior art discloses a variety of inter-pro- 
gram communication methods in data processing 
networks comprising a host system connected to a 
plurality of terminals: The IBM System Journal Vol. 10 
22. No. 4, 1983 discloses a computer network with 
a communication subsystem which is the IBM sys- 
tem network architecture (SNA). On page 345 of 
that publication a network is defined as "a configu- 
ration of terminals, controllers, and processors and 75 
the links that connect them". When such a configu- 
ration supports user applications involving data pro- 
cessing and information exchange and conforms to 
the specifications of the system network architec- 
ture it is called an SNA network. Essentially SNA 20 
defines logical entities that are related to the phys- 
ical entities in a network and specifies the rules for 
interactions among these logical entities. The logi- 
cal entities of an SNA network include network 
addressable units and the path control network that 25 
connects them. Network addressable units commu- 
nicate with one another using logical connections 
called "sessions". The three types of network ad- 
dressable units (NAUs) are the logical unit (LU), the 
physical unit (PU), and the system services control 30 
point (SSCP) which are defined as follows: | 
Logical unit (LU). An LU is a port through which a I 
end users may access the SNA network. An end A 
user uses an LU to communicate with another end 
user and to request services of a system services 35 
control point (SSCP). 

Physical unit (PU). A PU is a component that 
manages the resources of a node in corporation 
with an SSCP. 

System services control point (SSCP). This is a 40 
focal point for configuration management, problem 
determination and directory services for end users. 
SSCPs may have sessions with LUs and PUs. 
When such a session occurs, the LU or PU is in 
the domain of the SSCP. In addition to sessions 45 
with LUs and PUs, SSCPs may also communicate 
with each other to coordinate the initiation and the 
termination of sessions between logical units and in 
different domains. 

From the hardware standpoint a simple network so 
comprises a host system having a processing unit 
and a plurality of remote terminals that are as- 
signed to individual users. The remote terminals 
are selectively connectable to the host system 
through one or more communication links. These 55 
links may comprise a coaxial cable, a dedicated 
telephone line or, in some cases, a satellite com- 
munication link. 



The host processing unit must always have an 
operating system which supports the creation of a 
large number of virtual machines each of which is 
assigned, on request, to an end user. A virtual 
machine processes tasks (or the assigned end user 
by time sharing the host processor hardware of the 
host system. Some host systems may include 
more than one hardware processor so that true 
simultaneous processing occurs at the host since a 
plurality of processors are running in parallel. More 
often, there is merely one hardware processor that 
"concurrently" runs data processing tasks for the 
virtual machines by a time sharing technique. This 
is transparent to the end users at the terminals. 

Two general types of terminals are employed 
in data processing networks. The first is referred to 
as a "dumb terminal" in that it comprises merely a 
keyboard and a display device and little or no 
processing capability other than that required to 
make a connection with the host system. The sec- 
ond type of terminal is referred to as an intelligent 
work station (IWS) and is provided with its own 
processor unit and supporting peripheral devices. 
The terms IWS and personal computer (PC) are 
often used interchangeably. With the ready avail- 
ability of PCs having very attractive price perfor- 
mance characteristics, most new networks are im- 
plemented with IWS-type terminals and many of 
the older networks are being modified with the 
replacement of dumb terminals with IWS-type ter- 
minals. 

Providing each end user on the network with its 
own processing capability relieves the host CPU 
from doing many of the data processing tasks that 
were previously done at the host. The nature of the 
tasks that are processed by the host CPU therefore 
has changed and more sophisticated applications 
such as electronic mail and electronic calendaring 
are now implemented on the network under the 
control of the host system. Both of these applica- 
tions involve what is referred to as distributed ap- 
plication programs, in that one part of the applica- 
tion program is resident on the host system and 
another is resident on the IWS terminal. 

Many of the current data processing networks 
are designed in accordance with the IBM SNA 
architecture which was first described in 1974. 
Since then various new functions and services have 
been added, As suggested earlier, SNA networks 
can be viewed as a plurality of nodes intercon- 
nected by data links. At each of these nodes, path 
control elements send information packets, referred 
to as path information units (PIUs) between re- 
source managers called logical units. These logical 
connections of the paths are called a session. A 
transport network for data is therefore defined by 
the path control elements and the data link control 
elements. 
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Nodes can be connected by a plurality of links 
and comprise a plurality of LUs. Various types of 
LUs sessions and protocols have been established 
within the framework of the SNA architecture. 
There are three general classes of sessions. The 
first class is unspecified by SNA. The second class 
involves terminals and the third involves program to 
program communication. For example, LU 6 pro- 
vides SNA defined inter-program communication 
protocols which avoids the limitations of terminal 
LU types such as LU 2 and LU 7. LU 6.2 is 
referred to as advanced program to program com- 
munication or APPC protocols. 

Logical units are more than message ports. 
LUs provide operating system services such as 
program to program communication involving one 
or more local programs. Each application program 
use the LUs as a local operating system and the 
network of loosely coupled LUs connected by ses- 
sions as a distributed operating system. 

The LU allocates a plurality of resources to its 
programs, which are dependent on the particular 
hardware and its configuration. Some of the re- 
sources that are made available are remote while 
others are local, i.e., associated with the same LU 
as the application program. The sessions are con- 
sidered local resources at each LU, but are shared 
between particular LUs. 

The control function of an LU is resource al- 
location. Programs request access to a resource. 
Sessions which carry messages between LUs or 
programs running on LUs are considered to share 
resources. A session is divided into a plurality of 
serially executed conversations. 

Two LUs connected by a session have a 
shared responsibility in allocating sessions to ap- 
plication programs for use as "conversations The 
application programs are therefore sometimes re- 
ferred to "transaction programs". 

The successful connection between LUs oc- 
curs as a result of a common set of protocols 
which function first to activate a session between 
two LUs and second to facilitate the exchange of 
message data. A request to activate a session 
between two logical units is also called "BIND", 

The SNA format and protocol reference manual 
designated SC 30-3112, published by the IBM Cor- 
poration, describes SNA by defining, for example, 
with programming language declarations, the for- 
mat of messages that flow between network entities 
and the programs that generate, manipulate, trans- 
late, send and return messages. 

The SNA transaction program reference man- 
ual for LU 6.2 referred to as GC 30-3084, published 
by the IBM Corporation, defines the verbs that 
describe the functions provided by the implement- 
ing products. 



Even though SNA type communication sub- 
systems are widely used other communication sub- 
systems such as the transmission control proto- 
col/internet protocol (TCP/IP) which is an UNIX- 

5 type/ethernet-based system-interconnect protocol 
are known from the prior art. 

Fig. 1 shows a prior art example of a computer 
system in which an application program is logically 
connected via a communication subsystem to a 

70 terminal T. The computer system comprises at 
least a host 2 and a communication subsystem 3. 
The applications program Ai is stored in storage 
space 1 of the host 2. The communication sub- 
system which is, for example, of an SNA or TCP/IP 

?5 type, serves to establish a logical connection be- 
tween the applications program Ai and the terminal 
T. The communication subsystem 3 may comprise 
further host computers not shown in the drawing. 
The logical connection L between the applications 

20 program Ai and the terminal T which is established 
via the communication subsystem 3 is also called a 
session. 

A user of this prior art computer system is 
confronted with a problem of not being able to 

25 effectuate interrupt driven events at the user's 
command. For example, while a user is using the 
computer system for creating a report using an 
editor, the user may need to interrupt the word 
processing session and switch instantly to another 

30 program, such as to look up a phone number that 
resides in an application program that is different 
from the one the user is using as an editor. 

Furthermore, in some cases it is necessary to 
input a large number of data via the terminal T on 

35 request of the applications program Ai, such as 
addresses of customers. If these data are present 
as a file stored on a storage medium of the com- 
puter system, it is desirable that the data be input 
to the applications program At automatically with- 

40 out interaction of the user. However, in general, this 
is not possible without changing the applications 
program Ai which expects the user to input the 
data via the terminal T on its request. In order to 
perform the task automatically, the applications 

45 program Ai would have to be changed so that data 
can be inputted automatically from the file stored in 
the computer system without interaction of the 
user. In order to automate the task the applications 
program Ai would have to be at least partially 

50 rewritten which normally involves a major effort in 
time and resources. Consequently, in some cases, 
the user has to perform the tedious task of input- 
ting the data via the terminal T by hand. This is 
also disadvantageous since processing time of the 

55 computer system and the resources of the commu- 
nication subsystem are wasted as the inputting of 
the data by hand requires a relatively long period 
of time as compared with the automatic data input 
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from the file. 

It is therefore an object of the present invention 
to provide and improved computer system and an 
improved method for performing multiple tasks in a 
computer system. 

The object of the present invention is solved 
by the features laid down in the independent 
claims. Preferred embodiments of the invention are 
given in the dependent claims. 

According to the invention the data stream 
between the application program and the terminal 
is intercepted and routed to a virtual terminal. This 
is controlled by a virtual terminal manager. 

The concept of virtual terminals is known as 
such, for example from US-A-5 109 510, EP-A-0 
114 357 and Lantz et at, "Virtual Terminal Manage- 
ment in a Multiple Process Environment", 1979, 
Proceedings of the 7th Symposium on Operating 
System Principles, pp. 86-97. However, the prior 
art is silent as to the application of a virtual terminal 
concept in a computer system comprising a num- 
ber of host computers being interconnected with 
one another and with terminals by an SNA, TCP/IP 
or similar type of communication subsystem. 

According to the present invention the virtual 
terminal manager creates a true in-storage image 
of the display screen by analyzing the received 
data stream according to the actual data stream 
architecture, such as an SNA 3270 data stream. 
The in-storage image contains all information about 
content, layout, color and highlighting etc. of the 
real display screen. 

The virtual terminal manager also performs all 
functions defined by the data communication pro- 
tocol of the communication subsystem. Thus the 
virtual terminal simulates the appearance of a real 
terminal to an application program. It is completely 
transparent to the application program whether it 
works with a virtual terminal or a real terminal. 

The virtual terminal manager provides a double 
interface to the communication subsystem in that it 
is possible for the application program and the real 
terminal to access the virtual terminal at the same 
time. The consistency of multiple access oper- 
ations to the virtual terminal advantageously is con- 
trolled and monitored by the virtual terminal man- 
ager. 

Since the virtual terminal manager receives the 
data stream prior to the real terminal, it can modify 
the virtual terminal buffer before sending the data 
to the real terminal. This modification can be: 

- Conversion to different code standards, e.g. 
from EBCDIC to ASCII. 

- conversion to different transmission protocols, 
e.g. from SNA to TCP/IP, 

- conversion into another language code page, 

- improved presentation of old application pro- 
grams, e.g. by adding color etc., 



- usage of an application programming inter- 
face (API) provided by the virtual terminal 
manager to add data to the virtual terminal 
buffer, 

5 - data transfer from other virtual terminals to a 
specific virtual terminal by usage of an API 
program, 

- overlay of a message window on the user 
screen. 

io In an SNA type environment for example the 

virtual terminal manager simulates the functionality 
of one or more LUs as required. Thus a logical 
connection is establishable via the SNA commu- 
nication subsystem between the application pro- 

75 gram and its dedicated virtual terminal. This logical 
connection in principle is independent from the 
existence of another logical connection between a 
real terminal and the dedicated virtual terminal 
since the dedicated virtual terminal appears to the 

20 application program as real terminal.' Thereby 
background operation is made possible. 

The invention is advantageous in that it allows 
multiple sessions to share one real terminal device. 
When a user switches sessions by using a "hot 

25 key" function, the virtual terminal manager allows 
the access to the data of the new virtual terminal 
for the real device, still maintaining all other active 
virtual terminals in the background. Further, up- 
dates of virtual terminal buffers which are currently 

30 not displayed on a real terminal are made possible 
as well as the display of partial data of two or more 
virtual terminal buffers on the real terminal. This 
allows a user to view more than one host session 
on his screen. 

35 The yjriuaLJejJiiirjal manager proyjdes . an .AP. 
interface* for each virtual terminal. This allows the 
writing of programs which can modify virtual termi- 
nal buffers before they are displayed on the real 
terminal. It also may simulate user input providing 
40 for an automated operation. This automated opera- 
tion may even act on-screen content of the dedi- 
cated virtual terminal of one applications program 
to. provide an answer , to a request of another ap- 
plications program. 
45 In the following a preferred embodiment of the 

invention is described in more detail with reference 
to the drawing in which 

Fig. 1 is a schematic diagram of a prior 

art computer system, 
so Fig. 2, 3, 4 is a schematic diagram of pre- 
ferred embodiments of the com- 
puter system according to the in- 
vention, 

Fig. 5 is a schematic diagram showing 

55 the correlation of multiple ses- 

sions. 

Fig. 6 is a flow-chart illustrating the es- 

tablishment of a session, 
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Fig. 7 is a schematic diagram showing 

the usage of a cross application 
program according to the inven- 
tion. 

The inventive computer system shown in Fig. 2 
differs from the prior art computer system of Fig. 1 
in that it additionally comprises a virtual terminal 4, 
a virtual terminal manager 5, an application pro- 
gramming interface 6 belonging to the virtual termi- 
nal manager 5 and a user simulation program 7. A 
logical connection U is established between the 
applications program Ai and its dedicated virtual 
terminal 4 via the communication subsystem 3. A 
logical connection l IT is established between the 
terminal T and the dedicated virtual terminal 4 of 
the applications program Ai . The data stream com- 
ing from the applications program Ai via the logical 
connection Li is processed by the virtual terminal 
function. The data is thereby stored as a screen 
image which is always a true copy of a real screen 
buffer, including the extended attribute buffer. In 
this example, each session is under the control of 
the IBM virtual telecommunications access method 
VTAM preferably featuring IBM's advanced com- 
munication functions. The virtual telecommunica- 
tions access method (VTAM) is a set of IBM pro- 
grams that control communication between termi- 
nals and application programs and which coop- 
erates with SNA. The virtual terminal manager 
makes usage of VTAM for the establishment of the 
logical connections. 

If the logical connection l 1T between the termi- 
nal T and the virtual terminal 4 is no longer main- 
tained, this is not transparent to the applications 
I program Ai , since the logical connection Li is 
(adapted to be maintained independently from the 
existence of the logical connection l IT . If the ap- 
plications program Ai requires input from the user, 
this input operation is carried out automatically by 
the user simulation program 7. The user simulation 
program 7 has access to the virtual terminal 4 and 
in particular to the virtual terminal buffer of the 
virtual terminal 4 which comprises a true in-storage 
image of the real screen. 

Since the virtual terminal buffer is held prefer- 
ably in the main memory of the computer system 
the user simulation program 7 constantly monitors 
the contents of the virtual terminal buffer. The user 
simulation program 7 accesses the virtual terminal 
buffer via the application programming interface 6 
of the virtual terminal manager 5. The application 
programming interface 6 provides all necessary 
functions to access the virtual terminal buffer. The 
user written user simulation program 7 gets access 
to the virtual terminal 4 through the application 
programming interface 6 provided by the virtual 
terminal manager 5. The application programming 
interface provides the following function requests: 



- Establishment and control of the application 
and terminal sessions U ) |T (in this example 
Li and l 1T ). 

- Establishment and control of the virtual termi- 
5 nals. 

- If a plurality of virtual terminals is established 
by the virtual terminal manager 5: Control 
which virtual terminal is displayed on the real 
terminal T and exchange of data between the 

jo user simulation program and different ones of 

the virtual terminals. 
The function requests are used for the pro- 
gramming of the user simulation program 7 which 
may be written in an interpreter language like 

15 REXX or a compilable normal language like PL71 or 
C. The application programming interface 6 pro- 
vides a way to control the access of multiple user 
simulation programs 7 running concurrently to the 
virtual terminals of the virtual terminal manager 5 

20 by maintaining a logical connection between a vir- 
tual terminal - for example virtual terminal 4 and 
logical connection Ci - and the user simulation 
program 7 on demand of the user simulation pro- 
gram 7. This is according to an algorithm depend- 

25 ing on the requirements of the specific application 
and is implemented in the user simulation program 
7. 

To keep the screen image in a virtual terminal 
consistent with the requirements of the application, 

30 the user simulation program 7 is not allowed to 
change the screen layout when acting as an oper- 
ator. The user simulation program 7 can only alter 
the contents of the virtual terminal buffer when a 
user would be allowed to enter data on the real 

35 terminal. The virtual terminal manager assures the 
consistency by rejecting invalid access requests to 
the virtual termial buffer via the application pro- 
gramming interface 6. 

The computer system of Fig. 3 additionally 

40 comprises a further applications program As which 
is stored in storage space 12 in the host 2, a 
dedicated virtual terminal 9 of the applications pro- 
gram A2 and a switch 1 1 which is realized by the 
software of the virtual terminal manager 5 and the 

45 application programming interface 6. Logical con- 
nection C2 is established between virtual terminal 9 
and user simulation program 7 which in this exam- 
ple is a cross application program 7. The cross 
application program 7 serves to integrate two or 

so more applications programs. This is explained in 
more detail in the following: 
A logical connection L2 is established between the 
applications program A2 and the dedicated virtual 
terminal 9 via the communication subsystem 3. 

55 The logical connection h T in this case is estab- 
lished via the communication subsystem 3 and the 
switch 11. If the position of switch 11 is changed, 
another logical connection l 2T is established be- 
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tween the virtual terminal 9 and the terminal T. The 
position of the switch 1 1 is changed on request of 
the user of the terminal T by issuing a correspond- 
ing command via the logical connection l 1T to the 
virtual terminal manager. 

The position of switch 1 1 can also be changed 
on request of the user simulation program 7 which 
in this example is a cross application program. 

. First the case is considered in which the user 
is working with the applications program Ai . There- 
fore the logical connections Li and h T are estab- 
lished. The applications program Ai requests the 
input of customer data, for example, name, street, 
city and turnover from the user. In order to find out 
the turnover of a specific customer the user must 
work with a second applications program A 2 in 
order to gain access to a data base. Thus the user 
requests that the position of switch 1 1 be changed 
in order to establish the logical connection l 2T . This 
is done by issuing a corresponding command from 
the terminal T to the virtual terminal manager 5. 
preferably by making use of a "hot key". 

Once the logical connection l 2T is established 
the user inputs the name and address of a specific 
customer in order to find out the turnover of that 
customer by means of applications program A?. In 
response to a user request the switch 1 1 is shifted 
back into its starting position so that again the 
logical connection l 1T is established. The user may 
now input all of the required customer data - in- 
cluding the turnover - into applications program Ai . 

If an SNA 3270 data stream is used, the data 
streams in the communication subsystem 3 consist 
of user-provided data and commands that logical 
units transmit over an LU-session. Logical units 
also transmit control information that governs the 
way the data is handled and formatted. The SNA 
3270 data stream is the only data stream that LU 
types 2 and 3 use. It is an optional data stream for 
LU types 6.1 and 6.2. The data stream supports 
file-to-file transfer, display applications, and printer 
applications. 

Generally, an application program communi- 
cates with a display operator using one of two 
methods: 

In the first method, the application program leaves 
the display surface unformatted, and the operator 
uses it in a free-form manner. In the second meth- 
od, the application program completely or partially 
formats the display surface (i.e. organizes or ar- 
ranges it into fields) and the operator enters data 
into the fields. The second method is used in the 
example shown in Fig. 3 since the display operator 
- especially the user of the terminal T - is only 
allowed to input data at specified positions in the 
virtual terminal buffers of the application programs 
Ai, A2. 
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The SNA 3270 data stream allows the applica- 
tion programmer to divide the display surface into 
one active area, and, optionally, one or more refer- 
ence areas. Each area is called a partition. The 
5 partition that is "active" contains a cursor and is \ 
the only partition in which the operator can enter 
data or requests. 

The second case considered here is that of 
user simulation program 7 which in this example is 
10 a cross application program. If the cross application 
program 7 is running, the above described proce- 
dure of the first case is carried out automatically. If 
the applications program Ai requests the customer 
data and especially the turnover to be inputted, this 
15 is recognized by the cross application program 7 
via the logical connection Ci . As a consequence 
the cross application program 7 inputs the name 
and address of a specific customer via logical 
connection C2 to the virtual terminal 9 of the ap- 
20 plications program A2 and observes tjne virtual ter- 
minal buffer of the virtual terminal 9 for the result of 
the query in the data base of the applications 
program A2 which yields the required turnover of 
the customer. This number is read from the virtual 
25 terminal buffer of applications program A? and 
transferred to the cross application program 7 via 
the logical connection C 2 - The cross application 
program "7 inputs the turnover automatically via 
logical connection Ci to virtual terminal 4. On the 
30 next request of the applications program Ai the 
same sequence of operations is carried out again 
automatically. This is done without interaction of 
the user. The user may observe any one of the 
application programs if a logical connection l 1T or 
35 l 2T to one of the virtual terminal buffers is estab- 
lished via switch 11. 

The computer system of Fig. 4 additionally 
comprises an independent virtual terminal 14. The 
independent terminal 14 is dedicated to the cross 
40 application program. The independent virtual termi- 
nal 14 is observed by the user of terminal T since 
a logical connection C T is established via switch 1 1 
and communication subsystem 3 between the in- 
dependent virtual terminal 1 4 and terminal T. 
45 If for example the applications program Ai 

requires the customer identification number (ID) in 
order to access customer data, such as turnover, 
outstanding claims of unpaid bills and the date of 
the last reminder, the applications program Ai re- 
50 quests a customer ID to be inputted. This is recog- 
nized by the cross application program 7 which is 
connected with the virtual terminal 4 of applications 
program Ai , since the cross application program 7 
observes the virtual terminal buffer of the virtual 
55 terminal 4. If the applications program Ai requires 
the input of a customer identification number which 
is not known to the cross application program, the 
cross application program accesses the applica- 

7 
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tions program A 2 by the logical connection C2. 
Name and address of a specific customer is input 
into the virtual terminal buffer of the virtual terminal 
9, the data base of applications program A2 is 
queried and the result is returned to the virtual 
terminal buffer of the virtual terminal 9. Then the 
cross application program 7 inputs the required 
customer ID which is found out by means of the 
applications program A2 into the virtual terminal 4 
of the applications program A1. The information 
provided by applications program At is monitored 
by the cross application program via the logical 
connection Ci . In the example shown in Rg. 4 the 
cross application program 7 recognizes that there 
are outstanding claims. This relevant information is 
output via logical connection Lc to the independent 
virtual terminal 14. Thus the user of the computer 
system is only notified as to a specific customer if 
there are outstanding claims of unpaid bills of that 
customer. 

The independent virtual terminal 14 is provided 
by the virtual terminal manager 5. The independent 
virtual terminal 14 is not in session with an applica- 
tion program. This allows the set-up of a screen 
layout which is determined by the cross application 
program 7. In this case the cross application pro- 
gram 7 controls the session to the real terminal via 
logical connection C T . Thereby it is possibje to 
define any screen layout to present a new interface 
to the user of the terminal T. The screen layout 
may combine the outputs of two or more applica- 
tion screens as it is shown in the figure. 

In summary, a user simulation program 7 
therefore may perform one or more of the following 
tasks: 

- simulation of user input to an application pro- 
gram for frequently repeated tasks (cf. the 
preferred embodiment shown in Fig. 2), 

- integration of data obtained from virtual termi- 
nal buffers which hold a true in storage 
screen image of currently invisible application 
programs; the data is integrated into the 
screen of the currently displayed application 
program (cf. the preferred embodiment of 
Fig. 3), 

- provision of a new user interface to one or 
more application programs by providing a 
new screen layout in an independent virtual 
terminal (cf. the preferred embodiment of Fig. 
4). 

This approach is particularly advantageous in 
that it provides application program-to-application 
program communication without any change to the 
effective programs. 

The appearance to the end user of one or 
more application programs can be changed without 
changing the application programs themselves. The 
user simulation program 7 or the cross application 



program 7 can be written by the user without any 
impact on the communication subsystem 3 of the 
computer system. Furthermore, the programmer of 
the user simulation program 7 or the cross applica- 

5 tion program 7 does not have to have any knowl- 
edge about the nature of the data stream. This is 
because a user simulation program 7 can directly 
access the screen of an application program by 
access to the corresponding virtual terminal buffer 

70 using the API function requests defined by the 
application programming interface 6. Furthermore, 
this approach is advantageous since it allows for 
running the same user simulation program 7 or 
cross application program 7 concurrently multiple 

75 times, each serving a different user of a different 
terminal T with different virtual terminals involved. 

Furthermore, the present invention is particu- 
larly beneficial because the communication sub- 
system 3 is used more efficiently. Whenever a 

20 jump, escape or similar type of operation requires 
the saving of a current screen content only the 
newly modified data has to be added to virtual 
terminal buffer of the application program which is 
in session with the terminal T. No full screen read 

25 operation must be issued if, for example, the switch 
1 1 is activated in order to change sessions. This is 
because virtual terminal buffers always keep a true 
in-storage image of the real screen in the main 
memory of the computer system. A jump operation 

30 from one application program to another - i.e. 
changing the position of switch 1 1 in Fig. 3 - or an 
escape operation where no session with the real 
terminal T is maintained, only necessitates that the 
newly modified data which was modified after the 

35 last enter command of the user be added to the 
virtual terminal buffer of the application program 
from which the jump or escape operation is carried 
out. When the screen of that application program 
has to be restored later on to the real terminal T, 

40 the corresponding virtual terminal being assigned 
to that application program will generate a data 
stream - such as an SNA 3270 data stream - out of 
its saved virtual terminal buffer and send it to the 
real terminal. This step is advantageously carried 

45 out by making usage of VTAM. In this case only a 
pointer to the storage location where the virtual 
terminal buffer of that application program is stored 
has to be sent to the real terminal. This also 
improves the operation of the communication sub- 
50 system, since transmission time is saved. Con- 
sequently switch 11 can be activated very fre- 
quently without blocking the communication sub- 
system 3. 

Rg. 5 shows a more detailed view of the com- 
55 puter system shown in Rg. 3. The user simulation 
program 7 is not shown in Rg. 5. The computer 
system shown in Fig. 5 additionally comprises with 
respect to the computer system of Rg. 3 an addi- 
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tional virtual terminal 15. Each of the virtual termi- 
nals 4, 9, 15 comprises a control block B1, B2, BT 
and a virtual terminal buffer VTA1, VTA2, VTT1, 
respectively. The switch 1 1 is interposed between 
virtual terminals .4, 9 which are dedicated to an 
application program and the virtual terminal 15 
which is dedicated to the real terminal T. 

The virtual terminal 15 of the real terminal T is 
already generated when the computer system is 
switched on. Preferably the computer system is 
controlled by the IBM program Netview Access 
Services or a similar product which manages the 
establishment of interconnections between the 
components of the computer system. First, the 
selection menu of Netview Access Services is 
shown on the real terminal T or in other words the 
selection menu is stored in the virtual terminal 
buffer VTT1. This corresponds to step 60 of the 
flow-chart shown in Fig. 6. in the terminal control 
block BT resource identification table (RIDT) is 
stored. The RIDT comprises a pointer P T which 
points to the virtual terminal buffer VTT1. 

Then the user of the real terminal T selects an 
applications program Aj of the application programs 
present in the computer system from the selection 
menu shown on virtual terminal 15 (step 61). This 
request of the user to work with the applications 
program A ; is transferred to applications program A s 
(step 62). This transfer is preferably accomplished 
by means of the IBM program Netview Access 
Services. The applications program A s tests wheth- 
er it can fulfil the user request. 

If this is the case an empty control block is 
selected and marked with an identifier so that this 
control block becomes the control block Bj of the 
applications program A f (step 63). Then a logical 
connection l, T is established between the dedicated 
virtual terminal VTj of the applications program Aj 
and the real terminal T by putting switch 11 into 
the required position (step 64). In the example 
shown in Fig. 5 the applications program Ai is 
selected by the user and the switch 1 1 is put into a 
position so that the logical connection l 1T is estab- 
lished. The function of the switch 1 1 is realized by 
storage of a first pointer P, T in the control block Bi 
. The pointer P 1T points to the control block BT of 
the real terminal T. A second pointer P T j is stored 
in the control block BT. The second pointer P T , 
points to the control block B f of the applications 
program Aj which is selected by the user. In the 
example shown in Fig. 5 the pointer P r , is thus 
pointing to the control block Bi of the selected 
applications program Ai . 

Each control block B;, BT - which is not an 
empty control block - comprises a resource iden- 
tification table RIDT. Data as to the resources al- 
located by the LU - which is simulated by the 
virtual terminal manager 5 - to the applications 



program Aj or the real terminal T is stored in the 
RIDT of the corresponding control block Bj or BT. 

Each resource identification table in each of the 
control blocks Bj, BT comprises storage fields to 
5 indicate the actual state of the virtual terminal buff- 
er VTAi of the virtual terminal VTi to which the 
control block B t belongs. These storage fields com- 
prise data as to the screen size, the number of 
rows and columns of the screen, the cursor post- 
70 tion and other hardware characteristics. These data 
are inputted into the resource identification tables 
of the control blocks Bj, BT by a "BIND" request of 
the corresponding applications program Aj or the 
virtual terminal T, respectively. 
75 The virtual terminal 15 of the real terminal T is 

optional. If no selection menu is used, virtual termi- 
nal buffer VTT1 is obsolete. However the control 
block BT is still required to store the second point- 
er P-n. If a new logical connection In- between a 
20 virtual terminal VTj of one of the application pro- 
grams i and the real terminal T is established, the 
contents of virtual terminal buffer VTT1 is no longer 
displayed on the real terminal J. but the contents 
of the virtual terminal buffer VTAi - in the example 
25 shown in Fig. 5 the contents of VTA2 - of the 
applications program Aj which is newly selected. If 
the user requests another application program - for 
example'the applications program A 2 - the position 
of the switch 11 is changed correspondingly as 
30 indicated by the dashed lines in Fig. 5. Thereby 
the logical connection l 2T is established. 

The case that the user requires a change from 
the presently selected applications program Ai to 
the applications program A 2 is considered by way 
35 of example. The following sequence is carried out: 
Firstly real terminal T shows the screen of the 
applications program Ai or in other words the 
virtual terminal 4 of that applications program Ai is 
displayed on the real terminal T. Then the user 
40 presses a "jump" key in order to indicate the 
request to change from applications program Ai to 
applications program A 2 . The pressing of the 
"jump" key implies that the newly modified data 
stored in the data buffer of the real terminal T are 
45 stored in the virtual terminal buffer VTA1 so that 
the virtual terminal 4 hods the latest update of the 
screen contents of the real terminal T before the 
applications program Ai is left. 

Secondly the first pointer P 1T is changed to be 
50 a null pointer in order to indicate that the logical 
connection l 1T is no longer established. The second 
pointer P-n is changed so that it points to the 
control block B 2 of the newly selected applications 
program A 2 . The pointers P T i of the application 
55 programs i are stored in an ordered table so that 
the corresponding pointer P T2 which is required for 
changing the position of switch 1 1 is obtained from 
that table. That table is established under the con- 
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trol of the virtual terminal manager 5. If there is 
more than one real terminal T there is a multiplicity 
of first pointers Pp- since each terminal T requires a 
different first pointer Pn-.The first pointers are also 
stored in an ordered table. This table is accessed s 
by the virtual terminal manager 5 in order to read 
the required first pointer Prr - in this example the 
pointer P 2T - which points to the terminal control 
block BT of the terminal T from which the request 
to access applications program Az is issued. The 10 
pointer P 2 j is stored in the control block B2 by the 
virtual terminal manager 5. 

Thirdly - in the example shown in Fig. 5 - an 
SNA 3270 data stream is generated from the data 
stored in the virtual terminal 9. This data stream is 75 
transmitted to the real terminal T which conse- 
quently shows the screen of the applications pro- 
gram A2. 

Fig. 7 shows a more detailed view of the com- 
puter system of Fig. 4. Once the cross application 20 
program 7 is started the program establishes logi- 
cal connections Ci. C2, Or by means of the ap- 
plication programming interface 6 and the virtual 
terminal manager 5 to the virtual terminals 4, 9, 15 
and especially to the control blocks B1, B2. BT in 25 
order to gain access to the corresponding virtual 
terminal buffers VTA1, VTA2, VTT1 . Data from 
these virtual terminals can be composed by cross 
application program 7 to a new screen which is 
stored in the independent virtual terminal 14 of the 30 
cross application program 7. The screen stored in 
independent virtual terminal 14 can be transmitted 
by issuing an appropriate application programming 
interface command from the cross application pro- 
gram 7 via the logical connection C T to the virtual 35 
terminal 1 5 for display on the real terminal T. The 
issuing of the" command is indicated by the dotted 
line in Fig. 7. 

The preferred embodiment of Figs. 4 and 7 is 
particularly beneficial for the integration of applica- 40 
tions programs. If a plurality of applications pro- 
grams is given - such as applications programs At 
and A2 - these are combined by the cross applica- 
tion program 7 in the following way: 

a) One applications program Aj of the plurality of 45 
applications programs is selected, i.e. a logical 
connection Cj to the corresponding virtual termi- 
nal VTj of that applications program Aj is estab- 
lished. Further, the cross application program 7 
observes the virtual terminal VTj. This is done 50 
by observation of the virtual terminal buffer VTAi 

of the virtual terminal buffer VTi.The cross ap- 
plication program 7 observes the virtual terminal 
buffer VTAi by making usage of the function 
requests provided by the application program- 55 
ming interface. 

b) If the applications program A t requests the 
input of information, this is recognized by the 



cross application program 7 due to its observa- 
tion of the virtual terminal VTj, In response to 
this request of information by the applications 
program Aj the cross application program 7 se- 
lects another applications program Aj which can 
provide for the requested information. 

c) Consequently, a logical connection Cj to the 
corresponding virtual terminal VTj of that ap- 
plications program Aj is established. 

d) The applications program A, is requested by 
the cross application program 7 to provide for 
the information which is requested by the ap- 
plications program A, (cf .step b). This is done by 
inputting a corresponding query request via the 
logical connection Cj to the virtual terminal VTj 
of the applications program Aj. 

e) The cross application program 7 observes the 
virtual terminal VTj by observation of the virtual 
terminal buffer VTAj. Once the requested in- 
formation is present in the virtual terminal VTj, 
this information is outputted via the logical con- 
nection Cj to the cross application program 7. 
Again the cross application program 7 accesses 
the virtual terminal - in this case VTj - by the 
function requests provided by the application 
programming interface 6. The requested infor- 
mation is inputted via the logical connection Cj 
into the virtual terminal VTj of the applications 
program Aj. 

f) The cross application program 7 observes the 
virtual terminal VTj of the applications program 
Aj for the response of the applications program 
Aj to the input of the requested information. 

g) Once the response of the applications pro- 
gram Aj to the input of the requested information 
is present, this response is outputted via the 
logical connection Cj to the cross application 
program by means of the application program- 
ming interface 6. The response of the applica- 
tions program Aj is tested whether it fulfills a 
predefined criterium. In the example of Fig. 4 
the predefined criterium is whether there are 
outstanding claims or not. 

h) If the predefined criterium is fulfilled by the 
response, a logical connection Lc is established 
between the cross application program 7 and its 
independent virtual terminal VT C 14. The re- 
sponse of the application program A. is inputted 
into the independent virtual terminal VT C 14 via 
the logical connection L c . Additional textural in- 
formation can be added in order to explain the 
response to the user (cf. the textural information 
in the independent virtual terminal 14 shown in 
Fig. 4). 

i) The switch 1 1 is put into a position so that a 
logical connection C T is established between the 
independent virtual terminal VT C 14 and the ter- 
minal T. The user is thereby notified of the 
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response of the applications program Aj since 
the independent virtual terminal VT C 14 is dis- 
played on the terminal T. 
Preferably a look-up table is stored in the com- 
puter system for the selection in the above step b). 
This look-up table assigns a requested information 
to a specific applications program which can pro- 
vide for the requested information. Therefore each 
table entry is a pair of a requested information and 
the corresponding program which can provide for 
the requested information. In the above described 
step b) this table is accessed in order to find and 
select the applications program Aj which can pro- 
vide for the information requested by the applica- 
tions program Aj. 

Claims 

1. Computer system for performing multiple 
tasks, said computer system comprising at 
least one terminal T, at least one applications 
program Aj and a communication subsystem 
(3). 

characterized in that 

a dedicated virtual terminal VTi (4) is assign- 
able to said applications program Aj, 
a logical connection Lj is establishable via said 
communication subsystem between said ap- 
plications program Aj and its dedicated virtual 
terminal VTj (4, 9), and in that 
said logical connection U is adapted to be 
maintained independently from the existence 
of a logical connection I,t between said termi- 
nal, T and said dedicated virtual terminal VTY 

2. Computer system according to claim 1, char- 
acterized in that 

said dedicated virtual terminal VTi (4) having a 
dedicated control block B ; assigned thereto, 
said terminal T having a dedicated terminal 
control block BT assigned thereto, 
wherein said logical connection l iT between 
said terminal T and said dedicated virtual ter- 
minal VTj is establishable by storage of a first 
pointer P iT in said control block Bj and storage 
of a second pointer Pn in said terminal control 
block BT, said first pointer P, T pointing to said 
terminal control block BT and said second 
pointer P T j pointing to said control block Bj. 

3. Computer system according claim 2, charac- 
terized in that said first pointer P lT being a null 
pointer if said logical connection In- between 
said terminal T and said dedicated virtual ter- 
minal VTj is not established. 

4. Computer system according to any one of the 
preceding claims, characterized in that a dedi- 
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cated virtual terminal VT T is assigned to said 
terminal T and said terminal control block BT 
preferably comprises a virtual terminal pointer 
P T which points to said dedicated virtual termi- 
5 nal VTj of said terminal T. 

5. Computer system according to any one of the 
preceding claims, characterized in that said 
computer system further comprises a user 

w simulation program (7) and a dedicated virtual 

terminal VT C (14) which is assigned to said 
user simulation program, 
whereby a logical connection Cj (Ci , C 2 ) be- 
tween said user simulation program and said 

75 dedicated virtual terminal VTj of said applica- 

tion program is establishable under to the con- 
trol of said user simulation program, and 
a logical connection C T between said terminal 
T and said dedicated virtual terminal VT C is 

20 establishable 

6. Computer system according to claim 5, char- 
acterized in that said logical connection C, 
between said user simulation program and said 

25 dedicated virtual terminal VTj of said applica- 

tions program Aj is establishable by storage of 
a third pointer P ic in said control block Bj and 
storage of a fourth pointer P ci in a storage 
location which is assigned to said user simula- 

30 tion program, said third pointer P ic pointing to 

said user simulation program and said fourth 
pointer P cj pointing to said program specific 
control block Bj. 

35 7. Computer system according to claim 5 or 6, 
characterized in that said logical connection C T 
betweensaid terminal T and said dedicated vir- 
tual terminal VT C of said user simulation pro- 
gram is establishable by storage of a fifth 

40 pointer P T c in said terminal control block BT 

and by storage of a sixth pointer P C t in a 
storage location assigned to said user simula- 
tion program, said fifth pointer P TC pointing to 
said user simulation program and said sixth 

45 pointer P C t pointing to said terminal specific 

control block BT. 

a Computer system according to any one of the 
preceding claims, characterized in that said 

so computer system comprises a plurality of host 

computers and at least two applications pro- 
grams Aj, Aj which are stored on different ones 
of said host computers, each of said applica- 
tions programs Aj, Aj having a dedicated virtual 

55 terminal VTj, VTj (4, 9) assigned thereto, 

said dedicated virtual terminals VT i( VTj being 
stored in one of said host computers. 
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9. Computer system according to any one of the 
preceding claims, characterized in that said 
logical connections are establishable by means 
of a virtual telecommunications access meth- 
od. 

10. Method for performing multiple tasks in a com- 
puter system, said computer system compris- 
ing a terminal T and a plurality of application 
programs and a communication subsystem (3), 
said method being characterized by the follow- 

. ing steps: 

a) selecting an applications program Aj out 
of said plurality of application programs, 

b) establishing of a logical connection U via 
said communication subsystem between 
said applications program Aj and a dedi- 
cated virtual terminal VTj (4, 9), 

c) establishing a logical connection l lT be- 
tween said terminal T and said dedicated 
virtual terminal VTj, and 

d) maintaining said logical connection Lj in- 
dependently from the existence of said logi- 
cal connection Irr. 

11. Method according to claim 10. characterized in 
that said logical connection L f is established by 

a) assigning a dedicated control block ^Bj - 
(Bi, B 2 ) to said dedicated virtual terminal 
VTj, 

b) assigning a dedicated terminal control 
block BT to said terminal T, 

c) storing a first pointer P, T in said control 
block Bj, 

d) storing of a second pointer P Ti in said 
terming! control block BT, 

whereby said first pointer Prr points to said 
terminal control block BT and said second 
pointer P T i points to said control block Bj. 

12. Method according to claim 10 or 11, said com- 
puter system further comprising a user simula- 
tion program (7) and a dedicated virtual termi- 
nal VT C (14) which is assigned to said user 
simulation program, said method being char- 
acterized by the following steps: 

a) selecting an applications program Aj out 
of said plurality of application programs. 

b) selectively establishing one or more logi- 
cal connections Cj, C, between said user 
simulation program and said dedicated vir- 
tual terminals VTj, VT| of said applications 
programs A jt A,, 

c) selectively establishing a logical connec- 
tion Ct between said terminal T and said 
dedicated virtual terminal VT C of said user 
simulation program. 



13. Computer system or method according to any 
one of the preceding claims, characterized in 
that said dedicated virtual terminal comprises a 
virtual terminal buffer VTA1, VTA2, VTT1 
5 which is stored in a main memory of said 

computer system independently from the exis- 
tence of a logical connection between said 
terminal T or - if present - said user simulation 
program and said dedicated virtual terminal. 
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